home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960209-19960425 / 000162_news@columbia.edu _Wed Mar 6 11:02:19 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id LAA07515 for <kermit.misc@watsun>; Wed, 6 Mar 1996 11:02:19 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id LAA17830 for kermit.misc@watsun; Wed, 6 Mar 1996 11:02:17 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Auto Delete Files after sending in kermit
  8. Date: 6 Mar 1996 16:02:02 GMT
  9. Organization: Columbia University
  10. Lines: 48
  11. Message-ID: <4hkctq$hcs@apakabar.cc.columbia.edu>
  12. References: <826038248.2742@skiving.demon.co.uk>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <826038248.2742@skiving.demon.co.uk>,
  16. Dave Cook  <SKIVING.demon.co.uk> wrote:
  17. : Probably an easy answer to this one but I cant find it, how do I get
  18. : Kermit to remove files as it sends them. If modem drops the connection 
  19. : when executing 'send *.snd' I dont know how many where sent, if any, and 
  20. : how many I need to resend. Unfortunately I have to turn the display off so 
  21. : cant watch the fancy screen of bytes transferred.
  22. : 
  23. There are many ways to do this.
  24.  
  25. If you are using Kermit 95, you can use the MOVE command to send files
  26. and delete each one after -- and if and only if -- it was sent successfully.
  27. The same is true of C-Kermit 5A(192), which is currently in development but
  28. not released yet.  MOVE has exactly the same syntax as SEND.  There is
  29. also an MMOVE command that has the same syntax as MSEND.
  30.  
  31. The second way, which works with MS-DOS Kermit and with earlier versions of
  32. C-Kermit, and I think also with IBM mainframe Kermit and perhaps others as
  33. well, is to tell the file receiver to SET FILE COLLISION DISCARD.  This makes
  34. the file receiver refuse to accept any incoming file that has the same name
  35. as an existing file.  When you use this technique, be sure to also "set file
  36. incomplete discard", to make sure any file that was incompletely transferred
  37. is not kept, thereby forcing it to be retransmitted in its entirety.
  38.  
  39. The third way is to use the RESEND command of MS-DOS Kermit 3.14 or C-Kermit
  40. 5A(190).  This will not only skip over files that were already completely
  41. transferred and transfer those that were not yet transferred, but it will
  42. also resume transfer of the interrupted file (if any) from the point of
  43. interruption.  However, RESEND only works for binary-mode transfers.  Read
  44. about the RESEND command in your KERMIT.UPD or ckermit.upd file.
  45.  
  46. A fourth way is to write a script program to send the desired list of files,
  47. and after each SEND command put "if success delete xxx" (where xxx is the
  48. filename, or a variable containing the filename).
  49.  
  50. A fifth way is to "log transactions" and then read the transaction log
  51. to find out which files were transferred successfully and which were not,
  52. and then make a command file to transfer the remaining ones.
  53.  
  54. You should also read about SET FILE COLLISION UPDATE, which lets you
  55. "send *.*" or whatever, but only those files that changed since last time
  56. are transferred.
  57.  
  58. Take your pick.  Most of this material is documented in the appropriate
  59. "Using..." book, and the newer material is documented in the supplemental
  60. UPD files that come with the software.
  61.  
  62. - Frank